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(54) SVC accessing method for use in ATM- DS LAM (ATM - DSL Access Multiplexer) 



(57) An access server and a DSLAM are continu- 
ously connected by a PVC. The access server and the 
DSLAM manage an unused ATM VC within the PVC 
while making a communication with an idle VC indica- 
tion cell which is an OAM cell. The DSLAM allocates the 

ISP ACCESS 
SERVER 104 



unused ATM VC by communicating with the access 
server based on a call originating request issued from a 
modem. 
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Description 

Background of the Invention 
Field of the Invention 

[0001] The present invention relates to a network 
accessing technique based on an ATM (Asynchronous 
Transfer Mode) technique and a DSL (Digital Subscriber 
Line) technique. 

Description of the Related Art 

[0002] With the rapid popularization of the Internet, 
the demand for quickly interconnecting end users and 
the Internet has been increasing. 
[0003] Fig. 1 is a block diagram showing the configu- 
ration of a typical system for accessing the Internet. 
[0004] An Internet backbone 2101 is directly con- 
nected with Web sites 2102, ftp sites 2103, enterprise 
LANs (Local Area Networks) 2104 with dedicated lines, 
and access points 2105 operated by Internet Service 
Providers (hereinafter referred to as ISPs) 
[0005] Each general user (home user) or each user 
2107 in a small enterprise makes a connection to a 
desired site via the Internet backbone 2101 by access- 
ing an access point 2105 from a PC (Personal Compu- 
ter) or a LAN via an access network 2106. 
[0006] Since the Internet backbone 2101 and the 
access point 2105 are normally interconnected with a 
high-speed dedicated digital line, a fast access is 
ensured. In the meantime, the access network 2106 
linking a user 2107 and an access point 2105 is typically 
a low-speed network such as a public telephone net- 
work, an ISDN (Integrated Services Digital Network), 
etc. in many cases, although a dedicated digital line net- 
work may be sometimes used. 
[0007] However, it has become difficult for such a low- 
speed network to meet the rapidly increasing demand 
for the Internet in recent years. Especially, as a SOHO 
(Small Office/Home Office) becomes popular, the 
demand for quickly connecting a small-scale LAN to the 
Internet has been increasing. 
[0008] Introduction of a new high-speed line infra- 
structure such as an optical f foer, etc. is a final solution 
in order to meet such demands. However, since this 
requires a lot of equipment investment, labor and time, 
it can hardly become a practical and short-term solu- 
tion. 

[0009] As a viable alternative, the DSL (Digital Sub- 
scriber Line) technique attracts public attention as a 
high-speed communications technique which uses tele- 
phone copper wire cables currently arranged in most 
homes and enterprises as they are and can coexist with 
communications using existing telephones. 
[001 0] The DSL technique is one type of modem tech- 
nique. This technique includes methods such as an 
ADSL (Asymmetric DSL), an SDSL (Symmetric DSL), 



2 

an HDSL (High bit rate DSL), a VDSL (Very high bit rate 
DSL), etc , which were developed for supporting various 
transmission rates, a symmetric/asymmetric communi- 
cation, a rrxxlulation/demodulation method type, etc. 
5 These methods are generally referred to as an xDSL 
The general term "xDSL" is hereinafter used in this 
specification. 

[001 1 ] Wrth the xDSL technique, xDSL modems are 
arranged at both ends of an existing copper wire cable 

w which links a subscriber home and an accommodation 
station of a common carrier. As a modulationAiemodu- 
lation method in this case, any of three methods such as 
a 2B1Q (2 Binary 1 Quart ernary), a CAP (Carrier] ess 
Amplitude/Phase modulation), and a DMT (Discrete 

is Multi-Tone) is adopted. With any of these modula- 
tion/demodulation methods, a high-speed communica- 
tion of several-hundred to several-mega bits per second 
is made over a high-frequency band of approximately 
30 KHz to 1 MHz. 

20 [001 2] As described above, the frequency bandwidth 
used in an xDSL communication differs from that of 
approximately 30 Hz to 4 KHz, which is used by a tele- 
phone speech signal. In such a case, a telephone 
speech signal and an xDSL signal can be multiplexed 

25 on one subscriber line by connecting circuits for differ- 
ent frequencies, which are referred to as splitters, to 
both of the xDLS modems within the subscriber home 
and within the common carrier. That is, in the subscriber 
home, the telephone and the xDSL modem are con- 

30 nected to the subscrber line via the splitter within the 
subscriber home. In the meantime, in the accommoda- 
tion station, the existing telephone switch and the xDSL 
modem are connected to the subscriber line via a split- 
ter within the accommodation station. 

35 [0013] A collective modem which has a multiplexing 
capability and is referred to as a DSLAM (DSL Access 
Multiplexer) is mainly used as the xDSL modem within 
the accommodation station. With the DSLAM, xDSL sig- 
nals from a plurality of xDSL lines are terminated by 

40 respective modem circuits, and the respectively termi- 
nated xDSL signals are multiplexed by a high-speed 
backbone interface. Use of such a DSLAM allows an 
xDSL line to be employed as a low-cost and high-speed 
access line tearing to each type of backbone. 

45 [0014] The above described backbone includes a 
dedicated line network, which is connected via a high- 
speed dedicated digital line interlace and links head- 
quarters and branch offices within an enterprise, the 
Internet connected via a LAN and a router, an ATM 

so (Asynchronous Transfer Mode) network connected via 
an ATM interface such as a SONET interface, etc. 
[0015] The technique for using the DSLAM as the 
front end of the ATM network among the above 
described techniques is expected to be a promising 

55 technique for implementing an ATM service on a global 
scale where common carriers tend to utilize a basic 
trunk line system in an ATM form. Furthermore, the ATM 
network is anticipated as a network for implementing 
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the Internet backbone 2101 and the access network 
2106. which are shown in Fig. 1. Considering this fact 
and the convenience where an existing copper wire 
cable can be used while maintaining a telephone serv- 
ice, it is significant that the xDSL line accommodated by 
the DSLAM is used as an access line to the ATM net- 
work or to the Internet 

[0016] In this case, an IP datagram transmitted, for 
example, from the PC or the LAN possessed by the user 
21 07 to the Web site 21 02, is converted into an ATM cell 
and is further converted into an XDSL signal by the 
xDSL modem in the user 2107*s home. 
[0017] The xDSL signal is transmitted to the copper 
wire cable which is the subscriber line via the splitter in 
the user 2107's home, and reaches the accommodation 
station. 

[001 8] After the xDSL signal is split from a telephone 
speech signal by the splitter in the accommodation sta- 
tion, it is received by the DSLAM within the accommo- 
dation station. 

[0019] The ATM cell received by the DSLAM is multi- 
plexed with an ATM cell received from another sub- 
scriber line, and then transmitted to an ATM interface 
(such as a SONET interface) leading to the access net- 
work 2106 configured by the ATM network. 
[0020] The ATM cell which has passed through the 
access network 2106 is received by an access server 
within the access point 2105. The access server 
extracts the IP datagram from the received ATM cell. 
[0021 ] The extracted IP datagram is transferred to the 
Web site 2102 via the Internet backbone 2101. 
[0022] To typically implement the connection to the 
Internet, the user 21 07 first makes a point-to-point con- 
nection to the access server within the access point 
2105 which is the entry to the Internet backbone 2101 
by using a protocol referred to as a PPP (Point to Point 
Protocol). At this time, the user 2107 is assigned a glo- 
bal IP address which is determined according to a pro- 
tocol referred to as an IP (Internet Protocol) and can be 
uniquely identified on the Internet, from a DHCP 
(Dynamic Host Configuration Protocol) server etc. 
belonging to an access server depending on need. 
Thereafter, the user 2107 stores the IP datagram includ- 
ing the IP address of an opposing server in a PPP 
packet by using a global IP address which is originally 
possessed by the user 21 07 or is dynamically assigned, 
and exchanges the IP datagram with a server at a des- 
tination side. 

[0023] In the meantime, for example, if two communi- 
cating devices make a communication in an ATM net- 
work, ATM addresses must be respectively assigned to 
both of the devices. At the same time, an ATM connec- 
tion (VC: Virtual Connection/Channel) which can be 
uniquely identified within the ATM network must be 
established between the two devices. 
[0024] Accordingly, with the technique for integrating 
the xDSL line, the ATM network, and the Internet an 
ATM connection must be established based on the 



specification of ATM addresses between the xDSL 
modem within the user 2107 and the access server 
within the access point 2105 when a PPP session is 
started, as described above. 

5 [0025] However, since the xDSL technique assumes 
that a high-speed communication is made at a lew cost 
by directly linking an xDSL mode within a subscriber 
home and a DSLAM within an accommodation station, 
there is no concept of connecting/disconnecting an 

10 xDSL communication for each communication. There- 
fore, this technique does not work well with the control 
for establishing/releasing an ATM connection. 
[0026] Accordingly, a dedicated line connection form 
where the access server within the access point 2105, 

is the DSLAM within the accommodation station, and the 
xDSL modem in the subscriber home are continuously 
connected with a PVC (Permanent Virtual Connec- 
tion/Channel) was conventionally adopted in the net- 
work system where the xDSL line, the ATM network, 

20 and the Internet are integrated. 

[0027] However, the same number of ATM connec- 
tions as that of users 2107 are required in the above 
described conventional connection form, although gen- 
eral end users such as home users, etc. are not confin- 
es uously connected to the Internet Therefore, the 
connection resources (more specifically, the number of 
VPIs/VCIs or the bandwidth used by a switch) within the 
ATM network are fixedly and wasteful ly used, which 
leads to the inability of ATM networks being applied to a 

30 large number of subscribers. 

[0028] An SVC (Switched Virtual Connection/Chan- 
nel) which is a connection for each call may be applied 
to overcome this problem. However, because the con- 
nection form of the xDSL communication is assumed to 

35 be connectionless as described above, this communica- 
tion does not work well with a connectionless SVC com- 
munication and an effective SVC controlling method 
does not currently exist 



[0029] The present invention was developed in the 
above described background, and aims at realizing a 
connection form where the connection resources within 
45 an ATM network can be efficiently used, when an xDSL 
line is connected to a particular destination such as an 
access server, etc. via a cell switching network such as 
an ATM network, etc. 

[0030] One mode of the present invention assumes a 
so method with which a subscrfoer side modem which per- 
forms modulation/demodulation with a digital subscriber 
line method accesses an access server connected to an 
ATM switch network by using ATM cells transferred with 
an asynchronous transfer mode method via an accom- 
55 modation station side modem, which accommodates a 
digital subscriber line to which the subscriber side 
modem is connected. 

[0031] The access server and the accommodation 
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side modem are continuously connected by a perma- 
nent virtual connection. 

[0032] Next a virtual connection which is unused 
within the permanent virtual connection is managed in 
the access server and the accommodation station side 
modem. 

[0033] The accommodation station side modem com- 
municates with the access server based on a call origi- 
nating request issued from the subscriber side modem, 
so that the unused virtual connection is allocated to the 
subscriber side modem. 

[0034] According to the present invention, a PVC is 
established beforehand between an accommodation 
station side terminating device (modem) and an access 
server. The accommodation station side terminating 
device (modem) makes a communication with the 
access server based on the call originating request 
issued from the subscriber side terminating device 
(modem), so that an unused virtual connection is allo- 
cated to the subscriber side terminating device. As a 
result, the accommodation station side terminating 
device (modem) and the access server are continuously 
connected by the above described PVC, whereby the 
connection resources can be significantly reduced, a 
connection control can be dramatically simplified, and 
the response performance can be improved in compar- 
ison with the case where the accommodation station 
side terminating device and the access server are con- 
nected for each call. 

[0035] Additionally, according to the present invention, 
the control for establishing/releasing a virtual connec- 
tion within the PVC can be efficiently performed by 
using management and maintenance broadcast cells. 
[0036] Furthermore, according to the present inven- 
tion, the operation/non-operation of the accommodation 
station side modem can be controlled according to the 
operation/non-operation of the subscriber side modem, 
thereby preventing a waste of electric power when no 
communication is made. 

[0037] Still further, according to the present invention, 
a line can be disconnected even if a link is disconnected 
without a proper process such as a process lor power- 
ing down a modem or a PC. 

Brief Description of the Drawings 

[0038] One skilled in the art can easily understand 
additional features and objects of the present invention 
from the description of the preferred embodiment and 
some of the attached drawings, in which: 

Fig. 1 is a block diagram showing the configuration 

of a system for accessing the Internet; 

Fig. 2 is a block diagram showing the configuration 

of a network system according to a preferred 

embodiment of the present invention; 

Fig. 3 shows communications protocol slacks 

between respective devices; 



Figs. 4(a) through 4(f) show the data formats of the 
communications protocol stack in a PC 106; 
Figs. 5(a) through 5(e) show the data formats of a 
communications protocol stack in a modem 101 on 
s an IP tunnel side; 

Figs. 6(a) through 6(c) show the data formats of a 
communications protocol stack in the modem 101 
on an ATM side; 

Figs. 7(a) through 7(d) show the data formats of a 
10 communications protocol stack in an access server 
104; 

Fig. 8 shows the configuration of the modem 101; 
Fig. 9 shows the configuration of a DSLAM 102; 
Fig. 10 shows the configuration of the access 
is server 104; 

Fig. 1 1 shows the data structure of an OAM cell; 
Fig. 12 shows the data structure of a nominated VC 
map; 

Fig. 13 shows the sequence for establishing an 
20 end-to-end connection; 

Fig. 14 shows the sequence for connecting an IP 
tunnel and an ATM VC; 

Fig. 15 shows the data format of a start control con- 
nection request; 
25 Fig. 16 shows the data format of a start control con- 
nection reply; 

Fig. 1 7 shows the data format of SetLinklnfo; 

Fig. 18 shows the data format of an outgoing call 

request; 

30 Fig. 19 shows the data format of an outgoing call 
reply; 

Fig. 20 shows a control cell list (No. 1); and 
Fig. 21 shows a control cell list (No. 2). 

35 Description of the Preferred Embodiment 

[0039] Provided below is the explanation about the 
details of a preferred embodiment according to the 
present invention by referring to the drawings. 

40 

(System Configuration of a Preferred Embodiment 
Accorcfing to the Present Invention) 

[0040] Fig. 2 is block diagram showing the configura- 
45 tion of a network system according to a preferred 
embodiment of the present invention. 
[0041 ] A modem 1 01 is an xDSL modem. One or more 
PCs 106 are connected to the modem 101 via 10Base- 
T interfaces. 

so [0042] The modem 101 and a DSLAM 102 are con- 
nected by a copper wire cable which is an existing sub- 
scriber line. 

[0043] Further, a splitter may be respectively arranged 
within a subscriber home and an accommodation sta- 
55 tion between the modem 101 and the DSLAM 102, 
[0044] ATM switches 103, an ATM switch 103 and a 
DSLAM 102, an ATM switch 103 and an ISP (Internet 
Service Provider) side access server 104, an ATM 
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switch 103 and an access server 117, etc. are respec- 
tively interconnected by SONET interfaces. 
[0045] The ISP side access server 104 is connected 
to an Internet 105 belonging to the correspond ng ISP. 
Web sites 107 or another access server 108 which 
accommodates a LAN 109 to which PCs 1 10 are con- 
nected is connected to the Internet 105. An IP commu- 
nication using an IP datagram is made on the Internet 
105. 

[0046] The DSLAM 102 may be connected with a LAN 
112 which accommodates PCs 113, etc. via a DSU 
(Data Service Unit) 111 in addition to the modem 101. 
In this case, the DSLAM 102 and the DSU 1 1 1 are con- 
tinuously connected. 

[0047] The DSLAM 102 may be connected with an 
access server 114 which supports an xDSL communi- 
cation, and the access server 114 may further be con- 
nected with a LAN 1 15 which accommodates PCs 116. 
[0048] Additionally, an ATM switch 103 may be con- 
nected with an access server 1 17 to which an in-house 
LAN 1 18 which accommodates PCs 1 19 is connected. 

( Communications Protocol Stacks between Respective 
Devices) 

[0049] Fig. 3 shows the communications protocol 
stacks between respective devices configuring the net- 
work shown in Fig. 2. 

[0050] Provided first is the explanation about a com- 
munication protocol between a PC 106 and a modem 
101 by taking as an example the case where data is 
transferred from the PC 106 to the modem 101 with ref- 
erence to Figs. 3 through 5. Note that the communica- 
tions protocol is the same also in the case where data is 
transferred from the modem 101 to the PC 106, except 
for the difference that the flow of the data becomes 
reversed. 

[0051] User information (such as TCP (Transfer Con- 
trol Protocol] segment data, etc.) generated by an appli- 
cation within the PC 106 is stored in a data area of the 
IP datagram where a public IP address is specified in its 
header, as shown in Fig. 4(a). The public IP address 
can be uniquely identified in the Internet space around 
the world. As will be described later, the IP address 
assigned to the IP datagram is identified by the ISP side 
access server 104 (simply referred to as an access 
server 104 hereinafter), so that the IP datagram is trans- 
ferred, for example, to a Web site 107 on the Internet 
105 shewn in Fig. 2. 

[0052] Next, the IP datagram is stored in the data area 
of a PPP packet to which a header and a trailer are 
added, as shown in Fig. 4(b). After the PPP packet is 
identified by the modem 101, it is terminated by the 
access server 104, as will be described later. With this 
packet, a point-to-point data communication between 
the PC 106 and the access server 104 can be made via 
the modem 101. 

[0053] The PPP packet is then stored in the data area 



of the PPP packet generated based on a PPTP (Point to 
Point Tunneling Protocol) or an L2TP (Layer 2 Tunneling 
Protocol) as shown in Fig. 4<c). This PPTP (or L2TP) 
packet is terminated by the modem 101 as will be 

5 described later. The PPTP (or the L2TP) is a protocol for 
relaying a PPP packet to a second device whose line is 
connected to a first device so that the first device which 
is not directly connected to a Gne communicates with a 
PPP connection destination which is reachable via a 

io line. In this case, the PPTP (or L2TP) packet including 
the PPP packet is made to pass through a logical com- 
munication channel between the first and second 
devices. In the preferred embodiment of the present 
invention, the PPTP (or L2TP) packet generated by the 

75 PC 106 which is not directly connected to an xDSL line 
is transmitted to the modem 101 through the tunnel of a 
private IP communication channel to be described next. 
The modem 101 extracts the PPP packet from the 
PPTP (or L2TP) packet, and transmits the extracted 

20 packet to the xDSL line leading to the access server 104 
which is a PPP connection destination. The reason why 
the PPP packet is included in the PPTP (or L2TP) 
packet is to allow a plurality of sessions to be processed 
without inconsistency. To implement this, an identifier 

25 tor identifying each session or a sequence number, etc. 
is stored in the header of the PPTP (or L2TP) packet. 
[0054] Next in the PC 106, the PPTP (or L2TP) 
packet is stored in the data area of a UDP datagram 
generated based on a UDP (User Datagram Protocol) 

30 as shown in Fig. 4(d). The UDP datagram is terminated 
by the modem 101 as will be described later. A port 
number for identifying a PPTP (or L2TP) driver applica- 
tion which processes a PPTP (or L2TP) packet is 
assigned to the header of the UDP datagram. 

35 [0055] Additionally, in the PC 1 06, the UDP datagram 
is stored in the data area of the IP datagram where an 
IP address in private IP addresses which assigned for 
the local network between the PC 106 and the modem 
101 is assigned to its header, as shown in Fig. 4(e). 

40 Even if a user who possesses the modem 101 can 
assign, for example, only one public IP address with the 
private IP datagram, the device (PC 106) within the 
LAN, to which the modem 101 is connected, can make 
an intercommunication in a local address space. 

45 [0056] Lastly, in the PC 106, the private IP datagram 
is stored in the data area of an Ethernet frame gener- 
ated based on an MAC (Media Access Control) protocol 
as shown in Fig. 4(f), and is transmitted to a 10Base-T 
interface. The physical address of either of the devices 

so between which a communication is made is specified in 
the header of the Ethernet frame. With this frame, the 
control for preventing a frame collision in the 10Base-T 
interlace is performed. 

[0057] After the Ethernet frame transmitted to the 
55 10Base-T interface in the above descrtoed way is 
received by the modem 101, the private IP datagram is 
extracted from its data area as shown in Figs. 5(e) and 
5(d). 
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[0058] Next, in the modem 101 , the UDP datagram is 
extracted from the data area of the private IP datagram 
as shown in Fig. 5(c). 

[0059] Then, in the modem 101. a PPTP (or L2TP) 
driver application is invoked based on the port number s 
assigned to the header of the UDP datagram, so that 
the PPTP (or L2TP) packet is extracted from the data 
area of the UDP datagram by the invoked driver as 
shown in Fig. 5(b). 

[0060] Furthermore, in the modem 101, the PPP 10 
packet is extracted from the data area of the PPTP 
(L2TP) packet after the PPP session is identified based 
on the information assigned to the header of the packet, 
as shewn in Fig. 5(a). 

[0061] Provided next is the explanation about the is 
communications protocol between the modem 101 and 
the access server 1 04 by taking as an exampl e the case 
where data is transferred from the modem 101 to the 
access server 104 with reference to Figs. 3. 6. and 7. 
The communications protocol is the same also in the 20 
case where data is transferred from the access server 
1 04 to the modem 101, except for the cfifference that the 
flow of the data becomes reversed. 
[0062] The modem 101 stores the PPP packet 
received from the PC 106 in the data area of an AAL 5 25 
(ATM Adaption Layer 5) protocol data unit unchanged 
without further extracting the public IP datagram (refer 
to Fig. 4(a)) from the PPP packet as shown in Figs. 6(a) 
and 6(b). The AAL5 protocol data unit includes a CRC 
(Cyclic Redundancy Check) code for correcting data in 30 
its trailer. 

[0063] The modem 101 then stores the AAL5 protocol 
data unit in the payload of one or more ATM cells as 
shown in Fig. 6(c). The algorithm for determining an 
ATM cell connection particularly relates to the present 35 
invention. This will be described later. 
[0064] Lastly, the modem 101 modulates the data 
stream of the ATM cells to an xDSL signal, and trans- 
mits the modulated signal to a subscriber line. 
[0065] The xDSL signal transmitted to the subscriber 40 
line in the above described way is received by the 
DSLAM 102 shown in Fig. 2. 

[0066] The DSLAM 102 extracts the ATM cells by 
demodulating the xDSL signal received from the sub- 
scriber lina 45 
[0067] After the DSLAM 1 02 converts the connection 
information included in the header of the ATM cells, it 
transmits the ATM cells to a SONET interface which 
uses an optical ftoer as a physical medium (PHY), as 
they are, without extracting the user information from so 
the ATM cells. More precisely, the format of the SONET 
signal is assembled from the ATM cells. 
[0068] The ATM cells transmitted to the SONET inter- 
face in this way are made to pass through the SONET 
interface by being switched by one or more ATM 55 
switches 103 (shown in Fig. 2) in an ATM cell level. 
[0069] Upon receipt of one a more ATM cells from the 
SONET interface (PHY), the access server 104 extracts 



the AAL5 protocol data unit from the data area of each 
of the ATM cells and assembles the extracted units, as 
shown in Figs. 7(d) and 7(c). 
[0070] The access server 1 04 then extracts the PPP 
packet from the data area of the AAL5 protocol data unit 
as shown in Fig. 7(b). 

[0071] Lastly, the access server 104 extracts the IP 
datagram from the data area of the PPP packet as 
shown in Fig. 7(a). 

[0072] The access server 1 04 routes the IP datagram 
by identifying the public IP address assigned to the 
header of the IP datagram, converts the IP datagram 
into the physical frame format of an output side line, and 
then transmits it to the Internet 105. 

(Configuration of the Modem 101 ) 

[0073] Fig. 8 shows the configuration of the modem 
101 of Fig. 2. 

[0074] As a feature relating to the present invention, 
the modem 101 has a capability for transmitting an 
upstream having a predetermined frequency to the 
DSLAM 102 via an xDSL driver 712 when the modem 
101 is powered up. The xDSL driver 712 powers up the 
xDSL driver for the correspond ng xDSL line, eta by 
detecting this upstream. As a result a waste of electric 
power can be prevented when no communication is 
made. 

[0075] A 10Base-T hub 701 connects a plurality of 
PCs 106 with Ethernet cables. 
[0076] A PAC (PPTP Access Concentrator) 703, 
together with a PNS (PPTP Network Server) 702 within 
the PC 106, provides a client/server capability for con- 
trolling the PPTP (Point to Point Tunneling Protocol). 
[0077] A PPTP (or L2TP) multplexing circuit 704 
within the PAC 703 receives an Ethernet frame from the 
10Base-T hub 701. extracts a PPTP (or L2TP) packet 
as sequentially shewn in Figs. 5(e) to 5(b), and passes 
the extracted packet to a PPTP controller 705 corre- 
sponding to each PPP session. 
[0078] Conversely, the PPTP multiplexing circuit 704 
assembles an Ethernet frame from the PPTP (or L2TP) 
packet passed from each PPTP controller 705 in the 
order of Figs. 5(b) to 5(e), multiplexes Ethernet frames, 
and transmits the multiplexed frame from the 10Base-T 
hub 701 to the PC 106. 

[0079] Next, the PPTP controller 705 within the PAC 
703 extracts the PPP packet from the PPTP (or L2TP) 
packet as shown in Fig. 5(a). and passes the extracted 
packet to a corresponding SAR 710 connected to the 
PPTP controller 705. 

[0080] Conversely, the PPTP controller 705 assem- 
bles the PPTP (or L2TP) packet from the PPP packet 
passed from the corresponding SAR 71 0 in the order of 
Figs.5(a) to 5(b), and passes the assembled packet to 
the PPTP multiplexing circuit 704. 
[0081] A BootP server 706 within the PAC 703 assigns 
to the PC 106 an IP address in private IP addresses 
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which assigned for the local network between the PC 
106 and the modem 101 by communicating with a 
BootP client 714 within the PC 106, when the PC 106 is 
connected to the 10Base-T hub 701 and is booted up. 
[0082] An IP tunnel/ATM VC negotiator 707 performs 
conversion between the IP tunnel link information 
according to the PPTP (or the L2TP) and the ATM VC 
(ATM Virtual Connection) information which is the infor- 
mation about an ATM connection, and notifies a Q.2931 
processor 709 or the PPTP controller 705 of the con- 
verted information. 

[0083] Additionally, the IP tunnel/ATM VC negotiator 
707 receives a transmission speed requested by the 
controller 705, when the PPTP controller 705 connected 
to the IP tunnel/ATM VC negotiator 707 detects the 
occurrence of the IP tunnel request issued from the PC 
106. The IP tunnel/ATM VC negotiator 707 then arbi- 
trates whether or not to accept the requested transfer 
speed by making an inquiry to a resource manager 708 
which manages the bandwidth of an xDSL line, and 
feeds back the transfer speed determined based on the 
result of the arbitration to the PPTP controller 705. 
[0084] The Q.2931 processor 709 performs the con- 
trol of connecting/disconnecting an ATM VC between 
the DSLAM 102 and the modem 101 itself accorcfing to 
the ITU-T Q.2931 signaling procedures. When an ATM 
VC request is issued, a VPI (Virtual Path ldentifier)/VCI 
(Virtual Channel Identifier) for an ATM VC is assigned 
from the DSLAM 102. Therefore, the Q.2931 processor 
709 sets the assigned VPl/VCI to the SAR (Segmenta- 
tion And Reassembly unit) 710. 
[0085] The SAR 710 assembles an ATM cell from the 
PPP packet passed from the PPTP controller 705 to 
which the SAR 710 is connected in the order of Figs. 
6(a). to 6(c). assigns the VPl/VCI notified from the 
Q.2931 processor 709 to the header of the assembled 
ATM cell, and passes the ATM cell to a cell multiplexing 
circuit 711. 

[0086] Conversely, the SAR 710 assembles a PPP 
packet from the ATM cell passed form the cell multiplex- 
ing circuit 711 in the order of Figs. 6(c) to 6(a), and 
passes the assembled packet to the PPTP controller 
705 to which the corresponding SAR 71 0 is connected. 
[0087] The cell multiplexing circuit 71 1 multiplexes the 
ATM cells passed from a plurality of SARs 710, and 
passes the multiplexed cell to an xDSL driver 71 2. 
[0088] Conversely, the cell multiplexing circuit 711 
demultiplexes each ATM cell corresponding to each of 
the plurality of SARs 710 from the ATM cell group 
passed from the xDSL driver 712, and passes the 
demultiplexed ATM cell to each corresponding SAR 
710. 

[0089] The xDSL driver 712 modulates the multi- 
plexed signal passed from the cell multiplexing circuit 
711, and transmits the resultant xDSL signal to a sub- 
sober line which is an xDSL line. 
[0090] Conversely, the xDSL driver 712 receives the 
xDSL signal from the subscrber line, demodulates the 



xDSL signal, and passes the resultant multiplexed sig- 
nal to the cefl multiplexing circuit 71 1 . 
[0091] A rate controller 713 detects the bandwidth 
used by the xDSL line and controls the bandwidth for 
5 the xDSL lina The bandwidth control state is managed 
by the resource manager 708. 

< Configuration of the DSLAM 1 02 ) 

10 [0092] Fig. 9 shows the configuration of the DSLAM 
102 illustrated in Fig. 2. 

[0093] As a capability which particularly relates to the 
present invention, a frequency detector 802 detects an 
upstream having a predetermined frequency on a sub- 

15 scriber Gne which is an xDSL line via a hybrid circuit 801 
to which the frequency detector 802 is connected. 
When the frequency detector 802 detects this 
upstream, a power controller 803 connected to the fre- 
quency detector 802 powers up an xDSL driver 804 and 

20 an SVC Cont. 807, which are connected to the power 
controller 803. As a result, a waste of electric power can 
be prevented when no communication is made. 
[0094] The DSLAM 1 02 comprises a plurality of ports, 
each of which is configured by the respective circuits 

25 801 through 805 and 807 through 809 in correspond- 
ence with each subscriber line which is an xDSL lina 
[0095] In each of the plurality of ports, the xDSL driver 
804 extracts an ATM cell by demodulating the xDSL sig- 
nal received from the hybrid circuit 801 to which the 

30 xDSL driver 804 and a subscriber line is connected, and 
transfers the extracted ATM cell to an ATR 809 via a 
UPC (Usage Parameter Controller) 808. 
[0096] Conversely, the xDSL driver 804 generates an 
xDSL signal by modulating the ATM cell transmitted 

35 from the ATR 809 via the UPC 808. and transmits the 
generated signal to the subscriber line via the hybrid cir- 
cuit 801 to which the xDSL driver 804 is connected. 
[0097] The rate controller 805 detects the bandwidth 
used by the xDSL fine and controls the bandwidth for 

40 the xDSL line via the xDSL driver 804. The bandwidth 
control state is managed by a resource manager 806. 
The resource manager 806 also manages the use state 
of each ATM VC bandwidth by monitoring each buffer 
within an ATM matrix 810. 

45 [0098] The UPC 808 performs usage parameter con- 
trol for an ATM cell. Since this control does not particu- 
larly relate to the present invention, its details are 
omitted. 

[0099] An SVC Cont. (SVC controller) 807 is a com- 
50 ponent which particularly relates to the present inven- 
tion, and comprehensively controls the 
connection/disconnection of an ATM VC within the PVC 
(to be descrbed later) established between the access 
server 104 and the DSLAM 102 itself. Its details will be 
55 descrbed later. 

[0100] An ATR (Address Translator) 809 performs a 
mutual rewrite operation between the VPl/VCI of the 
header of the ATM cell input/output to/from the ATM 
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matrix 810 and the VPI/VCI of the header of the ATM 
cell input/output to/from the UPC 808. The VPte/VCIs 
between which the rewrite operation is performed form 
a single ATM VC. 

[0101] As will be descrbed later, the ATM matrix 810 
then connects to the ATR 809 connected to the SVC 
Cont 807 the ATM cell having the VPI/VCI correspond- 
ing to the AIM VC, which is input/output to/from the 
SONET interface circuit 81 1 leading to the ATM switch 
103, after one ATM VC is determined between the SVC 
Cont 807 within the port accommodating the subscriber 
line and a Con. Mgr. 902 within the access server 104 
which is a connection destination based on an ATM VC 
request issued from the subscriber line side, after one 
ATM VC is determined. 

[0102] Additionally, the ATM matrix 810 copies an 
OAM (Operation Administration and Maintenance) cell 
which is a control cell input from each SONET interface 
circuit 811 and will be described later within the ATM 
matrix 81 0 itserf, outputs the copied cell to the ATRs 809 
within all of the ports, and makes the cell reach the SVC 
Cont 807 connected to each of the ATRs 809. 
[0103] Conversely, the ATM matrix 810 copies the 
OAM cell output from the SVC Cont 807 within each of 
the ports via the ATR 809. and outputs the copied cell to 
all of the SONET interface circuits 81 1 . 
[0104] The SONET interface circuits 811 are con- 
nected to the ATM switch 103 shown in Fig. 2. 
[0105] A PVC (Permanent Virtual Connection/Chan- 
nel) is established beforehand between the access 
server 104 (shewn in Fig. 2) and the SONET interface 
circuit 811 within the DSLAM 102 which is reachable 
therefrom. For example, a predetermined VPI value and 
a predetermined range (or arbitrary) VCI value are 
assigned to this PVC. The ATM cell where the predeter- 
mined VPI value and the predetermined range (or arbi- 
trary) VCI value are assigned to its header is 
transmitted from the SONET interface circuit 81 1 , and is 
then fixedly transferred to the access server 1 04 by the 
ATM switch 103 (shewn in Fig. 2). Also the reverse 
direction is the same. That is, the access server 104 
and the DSLAM 102 are continuously connected, and 
the ATM switch 103 (shown in Fig. 2) therefore needs 
not perform the connection/disconnection procedures 
between the access server 104 and the DSLAM 102. 
[0106] As described above, a PVC is established 
beforehand between the DSLAM 102 and the access 
server 104 according to the preferred embodiment of 
the present invention. In other words, a predetermined 
number of ATM VCs (VCI connections) and a predeter- 
mined communications bandwidth are secured before- 
hand between the DSLAM 102 and the access server 
104. 

[01 07] Additionally, according to the preferred embod- 
iment of the present invention, the procedure for estab- 
lishing a connection is performed by using OAM cells 
between the SVC Cont 807 of the port which accommo- 
dates a subscrfoer line and is included in the DSLAM 



102, and the Con.Mgr. 902 included in the access 
server 104 which is a connection destination, based on 
the ATM VC request issued from the subscriber fine 
side, so that a single ATM VC (that is, a pair of a VPI and 

5 a VCI) within the PVC is allocated between the modem 
101 connected to the subscribe fine and the access 
server 104. As a result, it becomes possible to make a 
communication between the PC 106 connected to the 
modem 101 and the access server 104. When the com- 

70 munication between the PC 1 06 and the access server 
104 is completed, this ATM VC is released. 
[0108] In this case, the number of ATM VCs (the 
number of VCIs) and the communication bandwidth, 
which are secured for the PVC beforehand, may be 

is much smaller than those required in the case where all 
of the modems 101 connected to the DSLAM 102 hav- 
ing the PVC simultaneously communicate with the 
access servers 104 corresponding to the PVC. (For 
example, onefifth to one-tenth or so). This is because 

20 the number of general home users who can possibly 
and simultaneously make communications is statisti- 
cally equal to or less than one^rfth to one-tenth of the 
total number of the users. 

[0109] Additionally, the DSLAM 102 and the access 
25 server 104 are continuously connected by the above 
described PVC. whereby connection control can be sig- 
nificantly simplified and also the response performance 
can be improved in comparison with the case where the 
DSLAM 102 and the access server 104 are connected 
30 by an SVC for each call. Furthermore, the control of 
establishing/releasing an ATM VC within the PVC can 
be efficiently performed with the control using an idle 
VC indication cell and a nominated VC map, which 
relates to the present invention and will be described 
35 later. 

(Configuration of the Access Server 104) 

[01 1 0] Fig. 1 0 is a block cfiagram shewing the corrf ig- 
40 uration of the access server 1 04 on the ISP side, which 
is shown in Fig. 2. 

[0111] A SONET interface circuit 901 is connected to 

the ATM switch 103 shown in Fig. 2. 

[0112] As descrfoed above, a PVC is established 

45 beforehand between the SONET interface circuit 901 
and the SONET interface circuit 81 1 within the DSLAM 
102, which is reachable therefrom. 
[0113] A Con.Mgr (Connection Manager) 902 is a por- 
tion which particularly relates to the present invention, 

so and performs the entire control of connecting/discon- 
necting an ATM VC within a PVC (to be descrfoed later) 
established between the DSLAM 102 and the access 
server 1 04 itserf. Its details will be described later. 
[01 14] An SAR 903 assembles an IP datagram from 

55 the ATM cell passed from the Con.Mg*. 902 connected 
to the SAR 903 in the order of Figs. 7(d) to 7(a), and 
passes the assembled IP datagram to an IP router 904. 
[0115] Conversely, the SAR 903 assembles an ATM 
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cell from the IP datagram passed from the IP router 904 
in the order of Rgs. 7(a) to 7(d). and passes the assem- 
bled cell to the Con.Mgr. 902 to which the SAR 903 is 
connected. 

[0116] The IP router 904 routes the IP datagram by s 
identifying the public IP address specified in the header 
of the IP datagram passed from the SAR 903. converts 
the IP datagram into the physical frame format of the 
output side line, and transmits it to the Internet 105. 
[0117] A DHCP (Dynamic Host Configuration Proto- 
col) server 905 assigns an IP address to a PC 106 with 
DHCP procedures, when it begins to make a PPP com- 
munication with the PC 106. 

( Details of Line Connection Procedures) 

[0118] Provided below is the explanation about the 
details of the line connection procedures implemented 
in the preferred embodiment of the present invention, 
which has the above described configuration. 
[01 1 9] The start-up operations of an xDSL line when 
the modem 101 is powered up were described earlier. 
[01 20] Namely, the modem 1 01 transmits an upstream 
having a predetermined frequency to the DSLAM 102 
via the xDSL driver 71 2 when power is turned on. 
[0121] The frequency detector 802 of the port which 
accommodates the subscriber line connected to the 
modem 101 and is included in the DSLAM 102 detects 
an upstream having a predetermined frequency on the 
subscriber line via the hybrid circuit 801 to which the fre- 
quency detector 802 is connected. When the frequency 
detector 802 detects this upstream, the power controller 
803 connected to the frequency detector 802 powers up 
the xDSL driver 804 and the SVC Cont. 807. which are 
connected to the power controller 803. As a result, a 
waste of electric power can be prevented when no com- 
munication is made. 

[01 22] The frequency detector 802 continues to mon- 
itor the upstream having the predetermined frequency 
on the subscriber line via the hybrid circuit 801 to which 
the frequency detector 802 is connected even after the 
corresponding xDSL line is started up. 
[01 23] ff the frequency detector 802 detects a discon- 
tinuity of the upstream, it determines that the modem 
101 is powered down. Then, the power controller 803 
connected to the frequency detector 802 powers down 
the xDSL driver 804 and the SVC Cont. 807. which are 
connected to the power controller 803. As a result a 
continuous waste of electric power can be prevented. 
[0124] Provided next is the explanation about the 
details of the line connection procedures implemented 
in the preferred embodiment of the present invention. 
[0125] In the preferred embodiment of the present 
invention, the SVC Cont 807 within each port receives 
an idle VC indication cell which is an OAM cell via the 
ATR 809 and the ATM matrix 810. to which the SVC 
Cont 807 is connected, within the DSLAM 1 02 shown in 
Fig. 9- 
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[01 26] The idle VC indication cell is transmitted by the 
Con.Mgr. 902 within the access server 104. which is 
shown in Fig. 10. The Con. Mgr. 902 broadcasts to aO of 
the devices within the ATM network the VPI/VCI of an 
ATM VC which is unused in the range of the ATM VC 
belonging to the PVC that the Con.Mgr. 902 itself pos- 
sesses via the SONET interface circuit 901 as the idle 
VC indication cell, at regular time intervals (such as at 
five-minute intervals). 

[0127] Fig. 11 shows the data structure of an OAM cell 
which can form the idle VC indication eel). 
[01 28] Because the OAM cell is broadcast within an 
ATM network, the value of the VPI/VCI included in a cell 
header may be arbitrary (h is ignored). Additionally, the 
value "1 1 1 " which instructs reference to inside of a pay- 
load is assigned as a payload type. 
[0129] The payload of the OAM cell stores an AAL5 
(ATM Adaptation Layer 5) protocol data unit. 
[01 30] The value "00000001 " indicating the idle VC 
indication cell is assigned to the first octet as a cell type 
identifier. 

[0131] The VPI/VCI incficating an ATM VC that the 
Con.Mgr. 902 does not currently use is particularly 
stored in an information field as a feature of the idle VC 
indication cell. 

[01 32] The idle VC indication cell is received by each 
SVC Cont. 807 from the ATM switch 103 (shown in Fig. 
2) via the SONET interface circuit 81 1 , the ATM matrix 
810. and each ATR 809, which are included in the 
DSLAM 102 shown in Fig. 9. 

[01 33] Upon receipt of the idle VC indication cell, the 
SVC Cont 807 extracts the VPIA/CI of the idle ATM VC 
stored in the information field of the cell, and registers 
the extracted VPI/VCI to a nominated VC map pos- 
sessed by the SVC Cont 807. 
[0134] The nominated VC map stores not only the 
information about an idle ATM VC but also the informa- 
tion about the ATM VC used by the port to which the 
map itself currently belongs. 

[0135] Fig. 12 shows the data structure of the nomi- 
nated VC map. 

[0136] This map stores, for each ATM VC, the port 
number (NW Port #) of the SONET interface circuit 81 1 
of the DSLAM 102 to which an ATM VC belongs, an 
STS channel number (STS CH#) configuring the 
SONET interface at which the SONET interface circuit 
81 1 terminates, the VPI (VPI #)/VCI (VCI #) of the ATM 
VC, an ATM address of the access server 104 to which 
the ATM VC belongs, an identifier (ISP ID) of the ISP 
(Internet Service Provider) that manages the access 
server 104, and the current use status (Status) of the 
ATM VC. A plurality of PCs 106 can be connected to the 
subscrtoer line accommodated by the port to which this 
map belongs via the modem 101 , and each of the PCs 
106 can individually establish a PPP session with the 
access server 104. Therefore, one ATM address corre- 
sponding to one access server 104 may be assigned to 
the entries of a plurality of ATM VCs in the above 
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described map. 

[0137] The SVC Cont. 807 within the port correspond- 
ing to each subscriber Gne within the DSLAM 102 can 
continuously identify which ATM VC is not used for each 
access server 104 by referencing the nominated VC 
map possessed by the SVC Cont 807. Therefore, a 
subscriber call can be connected to an idle ATM VC 
within the PVC corresponding to the access server 104 
which is a connection destination without confirming an 
external network management system or an upstream 
device, with the following procedures. 
[01 38] Fig. 1 3 shows the sequence for establishing an 
end-to-end comection. 

[01 39] The operations for powering up the port on the 
DSLAM 102 side when the modem 101 is powered up 
are the same as those described above (S1 and S2 of 
Fig. 13). 

[0140] Next, an IP tunnel request is issued from the 
PC 106 (shown in Fig. 2) to the modem 101 (S3 of Fig. 

13) . 

[0141] The details of the IP tunnel request are illus- 
trated in the sequence of Fig. 14. The following 
sequence is based on a PPTP. However, the sequence 
based on an L2TP is similar to this sequence. 
[0142] First of all. the PNS 702 within the PC 106 
issues a start control connection request to the PAC 703 
(shown in Fig. 8) within the modem 101 (S3-1 of Fig. 

14) . This request is a PPTP control message for estab- 
lishing a control connection between the PNS 702 and 
the PAC 703, and has the structure shown in Fig. 15. 
[0143] In Fig. 15. "Length** is the total data length of 
the start control connection request. "PPTP Message 
Type" is set to the value "V indicating the control mes- 
sage. "Magic Cookie" is assigned with the code for 
checking validity. "Control Message Type" is assigned 
with the value "1" indicating the start control connection 
request All the bits of "ReservedO" and "Reservedr 
are set to "0". "Protocol Version" is assigned with the 
PPTP version requested by a transmitting side. "Fram- 
ing Capabilities" is assigned with a frame type that the 
transmitting side can provide. "1 " is assigned for asyn- 
chronous framing, while "2" is assigned for synchronous 
framing. "Bearer Capabilities" is assigned with the 
bearer capability that the transmitting side can provide. 
"1" is assigned for an analog access support while "2" 
is assigned for a digital access support. "Maximum 
Channels" is assigned with the number of PPP sessions 
that the PAC 703 can support. Since this field is 
assigned by the PAC 703. all the bits of this field are set 
to"0". 

[0144] "Firmware Revision" is assigned with the 
firmware version number of the PNS 702. "Host Name" 
is assigned with the host name of the PNS 702. This 
host name can be identified by a DNS (Domain Name 
System). "Vendor String" is assigned with the vendor 
name of the PNS 702. 

[0145] Upon receipt of the above described start con- 
trol connection request, the PAC 703 returns a start 



control connection reply to the PNS 702 within the PC 
106, which transmitted the start control connection 
request (S3-2 of Fig. 14). This reply is also a PPTP con- 
trol message, and has the structure shown in Fig. 16. 

5 [0146] The data structure shown in Fig. 16 resembles 
the data structure shown in Fig. 15. However, "Control 
Message Type" is assigned with the value "2" indicating 
the start control connection reply. Additionally, "Result 
Code" is assigned with "1" when a channel is success- 

w fully established, "2" when a general error occurs, "3" 
when a command channel currently exists, "4" when the 
request has no authority for establishing a command 
channel, and "5" when the protocol version of the 
request is not supported. Furthermore, the details of a 

is problem are displayed only when a general error 
occurs. "Maximum Channels" is assigned with the 
number of PPP sessions that the PAC 703 can support. 
"Host Name" is assigned with the DNS host name of the 
PAC 703. 

20 [0147] Upon receipt of the start control connection 
reply, the PNS 702 within the PC 106 transmits 
"SetUnklnfo" (S3-3). The "SetUnklnfo" is a PPTP con- 
trol message transmitted for setting a PPP-arbitrated 
option, and has the structure shown in Fig. 17. 

25 [0148] In Fig. 1 7. "Length" is the total data length of 
the "SetUnklnfo". "PPTP Message Type" is set to "1" 
indicating the control message. "Magic Cookie" is 
assigned with the code for checking validity. "Control 
Message Type" is set to the value "15" indicating the 

30 "SetUnklnfo". All the bits of "ReservedO" and 
"Reservedr are set to "0". "Peer's Call ID" is assigned 
with a call identifier that the PAC 703 assigns to this call. 
"SendACCM" and "ReceiveACCM" are respectively 
assigned with an ACCM that a client uses for outgoing 

35 and incoming PPP packets. 

[01 49] Then, the PNS 702 within the PC 1 06 issues an 
outgoing call request to the PAC 703 within the modem 
101 (S3-4). This request is a PPTP control message for 
requesting the PAC 703 to originate an external call 

40 (access server 1 04). This request includes the informa- 
tion required for originating a call and the information for 
controlling a data transfer. It has the structure shown in 
Fig. 18. 

[01 50] In Fig. 1 8, "Length" is the total data length of 
45 this request "PPTP Message Type" is set to the value 
"1" indicating the control message. "Magic Cookie" is 
assigned with the code for checking validity. "Control 
Message Type" is set to the value "7" indicating the out- 
going call. All the bits of "ReservedO" and "Reservedl" 
so are set to "0". "Call ID" is assigned with an identifier for 
uniquely identifying a pair of the PNS 702 and the PAC 
703, that is, an IP tunnel. "Call Serial Number" is 
assigned with an identifier for identifying this call in log 
information. "Minimum BPS" and "Maximum BPS" are 
55 assigned with minimum and maximum line speeds (bits 
per second) which are allowable for this session. 
"Bearer Capabilities" is assigned with a bearer capabil- 
ity required for this outgoing call. "1" is assigned to the 



10 



19 



EP 0 944 281 A2 



20 



call established on an analog channel, while "2" is 
assigned to the call established on a digital channel. "3" 
is assigned to a call established on whichever channel. 
"Framing Type" is assigned with a PPP frame type "1" 
is assigned for a can using asynchronous framing, while 5 
"2" is assigned for a call using synchronous framing. 
"Packet Recv. Window Size" is assigned with the 
number of received data packets that the PNS 702 buff- 
ers for this session. "Packet Processing Delay" is 
assigned with the duration of a packet processing delay w 
extension of the data to be transmitted from the PAC 
703 to the PNS 702 in units of one-tenth of a second. 
"Phone Number Length" is assigned with the number of 
digits of a telephone number in a "Phone Number" field. 
"Phone Number" and "Subaddress" are assigned with 15 
the ATM address of the access server 104. 
[01 51 ] Upon receipt of the above described outgoing 
call request from the PC 106, the PPTP controller 705 
(shown in Fig. 8) which corresponds to the above 
descrbed call and is included in the PAC 703 within the 20 
modem 101 passes to the Q.2931 processor 709 the 
"Phone Number"and the "Subaddress" of the access 
server 104, which are extracted from the outgoing call 
request and passes to the IP tunnel ATM VC negotiator 
707 the "Minimum BPS" and the "Maximum BPS", 25 
which are extracted from the request. 
[0152] The IP tunnel/ATM VC negotiator 707 shown in 
Rg. 8 performs the following control operations in order 
to prevent a congestion occurring on an xDSL line 
which is UBR (Unspecified Bit Rate) controlled. That is, 30 
the IP tunnel/ATM VC negotiator 707 converts the mini- 
mum BPS and the maximum BPS that the above 
descrbed IP tunnel request requires into a minimum 
cell rate and a maximum cell rate, respectively, which 
are parameters of an ATM VC, and compares the con- 35 
verted rates with the bandwidth of the xDSL line and the 
currently unused bandwidth, which are received from 
the resource manager 708. As a result of the compari- 
son, if the values of the IP tunnel request are unsuitable, 
the IP tunnel/ATM VC negotiator 707 requests the . 40 
PPTP controller 705 to change these values. 
[0153] When the "Phone Number" and the "Subad- 
dress" of the access server 104 are passed from the 
PPTP controller 705, the Q.2931 processor 709 shown 
in Rg. 8 issues to the DSLAM 1 02 the ATM VC request 45 
where the ATM address of the access server 104 is 
specified according to the ITU-T Q.2931 signaling pro- 
cedures (S4 of Rg. 13 or Fig. 14). 
[01 54] This ATM VC request is converted into an ATM 
cell for UNI (User Network Interface) signaling in the so 
SAR 710 shown in Rg. 8, and is transmitted to a sub- 
scriber line which is an xDSL line via the cell multiplex- 
ing circuit 71 1 and the xDSL driver 712. 
[0155] In the DSLAM 102 shown in Rg. 9, upon 
receipt of the above described ATM VC request via the ss 
hybrid circuit 801, the xDSL driver 804, the UPC 808, 
and the ATR 809, the SVC Cont 807 searches for an 
idle VC with the following procedures. 



[01 56] Rrst of all, the SVC Cont. 809 identifies from 
the ATM VC request the ATM address of the access 
server 104 which is the connection destination. 
[01 57] The SVC Cont 807 then searches the ATM VC 
groip including the ATM address of the access server 
104 in the nominated VC map (refer to Rg. 12), and 
extracts the entry of an ATM VC whose current use sta- 
tus is unoccupied, that is, an idle ATM VC from the 
searched group. 

[01 58] When the SVC Cont. 807 successfully extracts 
the entry of the idle ATM VC. it confirms that the 
VPI/VCI assigned to the extracted entry is not used by 
communicating with the Con. Mgr. 902 within the access 
server 104 which is the connection destination. 
[01 59] Specifically, the SVC Cont. 87 transmits a con- 
nection confirm cell which is an OAM cell (S6 of Rg. 13). 
This OAM cell has the above described data structure 
shown in Rg. 1 1. The value "00000002" indicating the 
connection confirm cell is assigned as the cell type 
identifier within the payload. Additionally, the ATM 
address of the access server 104 which is the connec- 
tion destination, the VPI/VCI of the idle ATM VC, the 
ATM address of the DSLAM 102, and the port number 
of the SVC Cont 807 are stored in the information field. 
[01 60] The above described connection confirm cell is 
input from the SVC Cont 807 to the ATM matrix 810 via 
the ATR 809, copied in the ATM matrix 810, and broad- 
cast from all of the SONET interface circuits 81 1 as an 
OAM cell, in Rg. 9. 

BM 61 ] When the OAM cell reaches the Con.Mgr 902 
(refer to Rg. 10) within the access server 104 which is 
the connection destination, the Con.Mgr. 902 identifies 
that this OAM cell is the connection confirm cell 
addressed to the Con.Mgr. 902 itself by recognizing the 
cell type identifier stored in the payload of the OAM cell 
and the ATM address of its own stored in the information 
field within the payload. 

[0162] The Con.Mgr. 902 then determines whether or 
not the VPI/VCI stored in the information field within the 
payload of that connection confirm cell are not currently 
used (S7 of Rg. 13). 

[0163] If the Con.Mgr. 902 determines that the 
VPI/VCI are currently unused, it transmits a connection 
confirm reply cell which is an OAM cell (S8 of Fig. 13). 
This OAM cell has the above described data structure 
shown in Fig. 11, and the value "00000003" indicating 
the connection confirm reply cell is assigned as the cell 
type identifier within the payload. The contents of the 
information field of the above described connection con- 
firm cell are stored in the information field unchanged. 
[01 64] This connection confirm reply cell is broadcast 
as the OAM cell from the Con.Mgr. 902 via the SONET 
interface circuit 901 in Rg. 10 (S8 of Rg. 13). 
[01 65] When this OAM cell reaches the DSLAM 102 
which is the connection destination, it is transferred 
from the SONET interface circuit 81 1 to the ATM matrix 
810, copied, and broadcast to the ATRs 809 within all of 
the ports shown in Rg. 9. 
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[0166] Upon receipt of the OAM cell via the ATR 809, 
the SVC Corrt. 807 which transmitted the connection 
confirm cell identifies that this OAM cell is the connec- 
tion confirm reply cell addressed to the SVC Cont. 807 
itself by recognizing the cell type identifier stored in the 
payload of the OAM cell and its own ATM address 
stored in the information field within the payload. 
[0167] Upon receipt of the connection confirm reply 
cell, the SVC Cont 807 transmits a connection get cell 
which is an OAM cell to the access server 104 which is 
the connection destination (S9 of Fig. 13). This OAM 
celt has the above descrfred data structure shown in 
Fig. 1 1 . The value "00000004- indicating the connection 
get cell is assigned as the cell type identifier within the 
payload. The ATM address of the access server 104 
which is the connection destination, the VPI/VCI of the 
idle ATM VC, the ATM address of the DSLAM 102, and 
the port number of the SVC Cont 807 are stored in the 
information field. 

[0168] Additionally, the SVC Cont. 807 changes the 
use status of the corresponding entry in the nominated 
VC map to the occupied status on a predetermined 
cycle. 

[0169] Furthermore, the SVC Cont 807 controls the 
ATM matrix 81 0, and connects the SONET interface cir- 
cuit 81 1 which can reach the access server 104 which is 
a connection destination, and the ATR 809 to which the 
above described SVC Cont 807 is connected for the 
ATM cell with the obtained VPI/VCI of the ATM VC. 
[0170] The above described connection get cell is 
received and identified by the Con. Mgr. 902 within the 
access server 104 which is the connection destination 
in a similar manner as in the case of the connection con- 
firm cell. 

[0171 ] Thereafter, the Con.Mgr. 902 does not transmit 
an idle VC indication cell for the VPI/VCI specified as 
the connection get cell. 

[0172] Upon receipt of the connection confirm reply 
cell, the SVC Cont. 807 first notifies the modem 101 that 
issued the ATM VC request of a local VPI/VCI along 
with the establishment of the connection with the 
Q.2931 signaling procedures (S10 of Fig. 13 or 14). 
[0173] Simultaneously, the SVC Cont 807 maps the 
local VPI/VCI and the VPIA/CI of the idle ATM VC iden- 
tified for the access server in the table within the ATR 
809. As a result, the modem 101 and the access server 
104 are connected. 

[0174] In Fig. 8, upon receipt of the above descrfoed 
notification from the DSLAM 102, the Q.2931 processor 
709 within the modem 101 notifies the PPTP controller 
705 via the IP tunnel/ATM VC negotiator 707 that the 
connection is made. 

[0175] As a result the PPTP controller 705 returns an 
outgoing call reply to the PNS 702 within the PC 106 
(S1 1 of Rg. 13 or 14). This reply is a PPTP control mes- 
sage similar to an outgoing call request, and has the 
structure shown in Fig. 19. 

[0176] Specifically, the PPTP controller 705 sets the 



arbitration result of the line speed request value notified 
from the IP tunnel/ATM VC negotiator 707 to "Connect 
Speed". 

[01 77] In Rg. 1 9, "Control Message Type" is set to the 

5 value "8" indicating the outgoing call reply. "Call ID" is 
assigned with the identifier for uniquely identifying a pair 
of the PNS 702 and the PAC 703. that is an IP tunnel. 
"Peer's Call ID" is set to the same value as that of the 
"Call ID" (refer to Rg. 18) set to the outgoing call 

io request. "Result Code" is assigned with the result of the 
outgoing call request. Namely, "1" is assigned when a 
call is established. "2" is assigned when a general error 
occurs. "3" is assigned when no carrier is extracted. "4" 
is assigned when a line is busy. "5" is assigned when 

75 there is no dial tone. "6" is assigned when a timeout 
occurs. "7" is assigned when a call is rejected. Addition- 
ally, the details of a problem are displayed only when a 
general error occurs. "Cause Code" is assigned with a 
further detailed cause coda "Connect Speed" is 

so assigned with a line speed which is an arbitration result 
from the IP tunnel/ATM VC negotiator 707, as descrfoed 
above. "Packet Recv. Window Size" is assigned with the 
number of received data packets that the PNS 702 buff- 
ers for this session. "Packet Processing Delay" is 

25 assigned with a packet processing delay extension for 
the data transmitted from the PAC 703 to the PNS 702 
in units of one-tenth of a second. "Physical Channel ID" 
is information depending on a vendor, and is "don't 
care" in this specification. 

30 [0178] The PNS 702 within the PC 106 receives the 
above described outgoing call reply, so that an IP tunnel 
is established and a PPP communication is started (S1 2 
ofRg. 13). 

[0179] Then, an IP address request is transmitted 

35 from the PC 106 to the DHCP server 905 within the 
access server 104 which is the connection destination 
(S1 3 of Rg. 1 3), and an IP address is assigned from the 
DHCP server 905 to the PC 106 in response to this 
request. At this time, the Con.Mgr. 902 changes the 

40 PPP setting (S15 of Rg. 13). 

[0180] In this way. a PPP session is established 
between the PC 106 and the IP router 904 within the 
access server 104 (S16 of Rg. 13). Thereafter, it 
becomes possible to access the Internet 105 with the 

45 above described IP address. 

[0181] The access server 104 includes the corre- 
spondence table between a PPP session ID and the 
VPI/VCI of an ATM VC which transfers a PPP packet. 
[0182] Figs. 20 and 21 show the lists of OAM cells 

so which are used or can be possfoly used in the preferred 
embodiment according to the present invention, and 
explain the respective OAM cells. 

< Details of Line Termination Procedures) 

55 

[01 83] Provided first is the explanation about the oper- 
ations when a line terminating request is received from 
the modem 101. 
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[0184] At first, the SVC Cont 807 within the DSLAM 
102 receives a call terminating request conforming to 
the Q.2931 signaling procedures from an opposing 
modem 101. 

[0185] The SVC Cont. 807 cancels the mapping of the 
corresponding VPI/VCI in the ATR 809 according to the 
caD terminating request. 

[0186] Additionally, the SVC Cont 807 restores the 
use status of the entry corresponding to the VPI/VCI to 
the unoccupied status in the nominated VC map on a 
predetermined cycle. 

[0187] Furthermore, the SVC Cont. 807 transmits a 
connection release cell which is an OAM cell. This OAM 
cell has the above described data structure shown in 
Fig. 1 1 . The value "00000005" indicating the connection 
confirm cell is assigned as the cell type identifier of the 
paytoad. The ATM address of the access server 104 
which is a connection destination, the VPIA/CI of the 
ATM VC corresponding to the call terminating request 
the ATM address of the DSLAM 102, and the port 
number of the SVC Cont 807 are stored in the informa- 
tion field. 

[01 88] The above described connection release cell is 
input from the SVC Cont. 807 to the ATM matrix 810 via 
the ATR 809, copied, and broadcast as the OAM cell 
from all of the SONET interface circuits 81 1 , in Rg. 8. 
[0189] When the OAM cell reaches the Con. Mgr. 902 
(refer to Fig. 10) within the access server 104 which is 
the connection destination, the Con.Mgr. 902 identifies 
that this OAM cell is a connection release cell 
addressed to the Con.Mgr. 902 itself by recognizing the 
eel) type identifier stored in the payload of the OAM cell 
and its own ATM address stored in the information field 
within the payload. 

[01 90] The Con.Mgr. 902 then resumes the transmis- 
sion of the idle VC indication cell for the VPIA/CI stored 
in the information field within the payload of the connec- 
tion release cell. 

( Call Termination Process Due to Power-Off of the 
Modem 101) 

[01 91 ] For example, if the power of the modem 101 is 
shut off, an xDSL line is terminated from a subscriber 
side without the issuance of the call terminating 
request If this state is left unattended, this call will 
remain without being released. 
[01 92] Therefore, according to the present invention, 
when the frequency detector 802 detects the disconti- 
nuity of an upstream on a subscriber line after an xDSL 
line is started up, the power controller 803 connected to 
the frequency detector 802 can be configured to per- 
form the above described call termination process for 
the SVC Cont. 807 immediately before the xDSL driver 
804 and the SVC Cont. 807, which are connected to the 
power controller 803, are powered down. 



< Call Termination Process Due to an IP Tunnel Discon- 
nection) 

[01 93] For example, if the power of the PC 1 06 is shut 
5 off, a line is terminated without the termination of an IP 
tunnel. H this state is left unattended, this call remains 
without being released as long as the power of the 
modem 101 is ON. 

[0194] Therefore, according to the present invention, 
10 it can be configured that the PPTP controller 705 
detects the Disconnection of an IP tunnel, for example, 
by detecting the discontinuity of an echo message 
based on the PPTP, and the Q.2931 processor 709 
issues a call terminating request when the disconnec- 
ts tion is detected, in the modem 101 shown in Rg. 8. 

< Prevention of Improper Operations for Establishing an 
ATM VC Performed by the SVC Cont 807 and the Con. 
Mgr. 902) 

20 

[0195] According to the above described preferred 
embodiment of the present invention, the idle VC indica- 
tion cell is configured to be transmitted at regular time 
intervals (such as at 5-minute intervals) from the 
26 Con.Mgr. 902 in order to prevent network resources 
from being wasted, by utilizing transmission of a cell 
depending on need. 

[0196] However, the idle VC indication cell may be 
configured to be continuously transmitted as a method 
30 for avoiding a collision. In this case, there is no need to 
perform the confirmation procedure using a connection 
confirm cell and a connection confirm reply cell. 

< Incorporating the OAM Cell Termination Capability into 
35 a Network Interface Device ) 

[0197] ff DSLAMs 102 are connected as a ring, an 
OAM cell must be configured not to return to an original 
DSLAM 102. 

AO [0198] In mis case, the OAM cell termination capability 
may be incorporated into a network interface device 
such as a SONET interface circuit, etc. as an option. 

( Method for Automatically setting a Nominated VC 
45 Map) 

[0199] The SVC Cont 807 can extract the ATM 
address of the ISP to which an idle ATM VC is allocated, 
by storing the ATM address of the access server 104 
so that transmitted an idle indication cell in the payload of 
the cell, and can add the nominated VC map of the SVC 
Cont 807 itself based on this data. 

Claims 

55 

1. An SVC accessing method for use in an ATM- 
DSLAM, with which a subscriber side terminating 
device (106, 113, 116) accesses an access server 
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(104, 1 1 7) connected to a cell switch network (103) 
by using a fixed-length cell via an accommodation 
station side terminating device (102) accommodat- 
ing a subscriber fine to which the subscriber side 
terminating device (106. 113, 116) is connected, 
comprising the steps of: 

continuously connecting the access server and 
the accommodation station terminating device 
with a permanent virtual connection; 
managing an unused virtual connection within 
the permanent virtual connection in the access 
server and the accommodation station side ter- 
minating device; and 

allocating an unused virtual connection to the 
subscriber side terminating device by commu- 
nicating with the access server based on a call 
originating request issued from the subscriber 
side terminating device, in the accommodation 
station side terminating device. 

2. The SVC accessing method according to claim 1, 
further comprising the step of: 

managing an unused virtual connection within 
the permanent virtual connection while 
exchanging information about the unused vir- 
tual connection by using a management and 
maintenance broadcast cell at predetermined 
time intervals, in the access server and the 
accommodation station side terminating 
device. 

3. The SVC accessing method according to claim 1, 
further comprising the step of: 

allocating an unused virtual connection to the 
subscriber side terminating device by commu- 
nicating with the access server by using a man- 
agement and maintenance broadcast cell 
based on the call originating request issued 
from the subscriber side terminating device, in 
the accommodation station side terminating 
device. 

4. The SVC accessing method according to claim 3, 
further comprising the step of: 

storing identification information of the access 
server along with information about the unused 
virtual connection in the management and 
maintenance broadcast cell. 

5. The SVC accessing method according to claim 1, 
further comprising the step of: 

releasing a virtual connection under a commu- 
nication by communicating with the access 



server with a management and maintenance 
broadcast cell based on a call terminating 
request issued from the subscriber side termi- 
nating device, in the accommodation station 
5 side terminating device. 

6. An SVC accessing method for use in an ATM- 
DSLAM, with which a subscriber side modem (101) 
which performs modulation/demodulation with a 

w digital subscriber line method accesses an access 
server (104, 117) connected to an ATM switch net- 
work (1 03) by using an ATM cell transferred with an 
asynchronous transfer mode method via an accom- 
modation station side modem (102) accommodat- 

15 ing a digital subscriber line to which the subscrfoer 
side modem (101) is connected, comprising the 
steps of: 

continuously connecting the access server and 
20 the accommodation station side modem with a 

permanent virtual connection; 
managing an unused virtual connection within 
the permanent virtual connection in the access 
server and the accommodation station side 
25 modem; and 

allocating an unused virtual connection to the 
subscriber side modem by communicating with 
the access server based on a call originating 
request issued from the subscriber side 
30 modem, in the accommodation station side 

modem. 

7. The SVC accessing method according to claim 6, 
further comprising the step of: 

35 

managing an unused virtual connection within 
the permanent virtual connection while 
exchanging information about the unused vir- 
tual connection by using a management and 
40 maintenance broadcast cell, in the access 

server and the accommodation station side 
modem. 

8. Ttie SVC accessing method according to claim 7, 
45 further comprising the step of: 

selectively running a capability for terminating 
the management and maintenance broadcast 
cell input from a network side in an accommo- 
so dation station side network interface. 

9. The SVC accessing method, further comprising the 
step of: 

55 allocating an unused virtual connection to the 

subscriber side modem by communicating with 
the access server with a management and 
maintenance broadcast cell based on the call 
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originating request issued from the subscriber 
side modem, in the accommodation station 
modem. 

10. The SVC accessing method accorcfing to claim 9, 
further comprising the step of: 

storing identification information of the access 
server along with information about the unused 
virtual connection in the management and 
maintenance broadcast ceil. 

11. The SVC accessing method accorcfing to claim 9, 
further comprising the step of: 

selectively running a capability for terminating 
the management and maintenance broadcast 
cell input from a network side in an accommo- 
dation station side network interface. 

12. The SVC accessing method accorcfing to claim 6, 
further comprising the step of: 

releasing a virtual connection under a commu- 
nication by communicating with the access 
server with a management and maintenance 
broadcast cell based on a call terminating 
request issued from the subscriber side 
modem, in the accommodation station side 
modem 

13. A modem connecting method with which a sub- 
scriber side modem (101) which performs modula- 
tion/demodulation with a digital subscrfoer line 
method accesses an access server (104. 117) con- 
nected to an ATM switch network (103) by using an 
ATM cell transferred with an asynchronous transfer 
mode method via an accommodation station side 
modem (102) accommodating a digital subscriber 
line to which the subscriber side modem (101) is 
connected, comprising the steps of: 

starting a transmission of an upstream having a 
predetermined frequency when the subscriber 
side modem starts its operation, in the sub- 
scriber side modem; and 
starting an operation of the accommodation 
station side modem when an upstream having 
a predetermined frequency on the digital sub- 
scriber line on the accommodation station side 
is detected. 



operation of the accommodation station side 
modem is started; and 

stopping the operation of the accommodation 
station side modem when the upstream 
s becomes discontinuous. 

15. The modem connecting method according to claim 
14. further comprising the step of: 

10 performing a call termination process in the 

accommodation station side modem for a com- 
munication process performed by using the 
accommodation station side modem and the 
subscriber side modem immediately before the 

is operation of the accommodation station side 

modem is stopped. 

16. The modem connecting method according to claim 
13. further comprising the step of: 

20 

performing a call termination process in the 
subscriber side modem for a communication 
process performed by using the accommoda- 
tion station side modem and the subscriber 
26 side modem, when a communication signal 

from a terminal connected to the subscriber 
side modem is detected to be discontinuous. 

17. An ATM-DSLAM device, which is an accornmoda- 
30 tion station side modem (102), for use in a system 

where a subscriber side modem (101) performing 
modulation/demodulation with a digital subscriber 
line method accesses an access server (104, 1 17) 
connected to an ATM switch network (1 03) by using 
35 an ATM cell transferred with an asynchronous 
transfer mode method via the accommodation sta- 
tion side modem (102) accommodating a digital 
subscriber line to which the subscriber side modem 
(101) is connected, comprising: 

40 

a connecting device for making a continuous 
connection with the access server by using a 
permanent virtual connection; 
a connection managing device for managing an 

45 unused virtual connection within the perma- 

nent virtual connection; and 
a connection allocating device for allocating an 
unused virtual connection to the subscriber 
side modem by communicating with the access 

so server based on a call originating request 

issued from the subscriber side modem. 



14. The modem connecting method according to claim 
13. further comprising the steps of: 

monitoring the upstream having the predeter- 
mined frequency on the digital subscriber line 
on the accommodation station side after the 



18. The ATM-DSLAM device according to claim 17, 
wherein said connection managing device man- 
55 ages an unused virtual connection within the per- 
manent virtual connection while exchanging with 
the access server information about the unused vir- 
tual connection by using a management and main- 
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tenance broadcast ceD. 

19. The ATM-DSLAM device according to claim 18. fur- 
ther comprising: 

a network interface for selectively performing a 
capability for terminating the management and 
maintenance broadcast cell input from a net- 
work side. 

20. The ATM-DSLAM device according to claim 17, 
wherein said connection allocating device allocates 
an unused virtual connection to the subscriber side 
modem by communicating with the access server 
with a management and maintenance broadcast 
cell based on a call originating request issued from 
the subscriber side modem. 

21. The ATM-DSLAM device according to claim 20, 
wherein identification information of the access 
server is stored in the management and mainte- 
nance broadcast cell along with information about 
the unused virtual connection. 

22. The ATM-DSLAM device according to claim 17, 
wherein said connection allocating device releases 
a virtual connection under a communication by 
communicating with the access server with the 
management and maintenance broadcast cell 
based on a call terminating request issued from the 
subscriber side modem. 

23. An ATM access server module which is an access 
server (104, 117) for use in a system where a sub- 
scriber side modem (101) performing modula- 
tion/demodulation with a digital subscriber line 
method accesses the access server (104, 117) 
connected to an ATM switch network (103) by using 
an ATM cell transferred with an asynchronous 
transfer mode method via an accommodation sta- 
tion side modem (102) accommodating a digital 
subscriber line to which the subscriber side modem 
(101) is connected, comprising: 

a connecting device for making a continuous 
connection with the accommodation station 
side modem by using a permanent virtual con- 
nection; and 

a connection managing device for managing an 
unused virtual connection within the perma- 
nent virtual connection. 

24. The ATM access server module according to claim 
23, wherein said connection managing device man- 
ages the unused virtual connection within the per- 
manent virtual connection while exchanging with 
the accommodation station side modem informa- 
tion about the unused virtual connection by using a 



management and maintenance broadcast cell. 

25. An ATM modem which is a subscriber side modem 
(101) for use in a system where the subscrber side 

5 modem (101) performing rnodulation/demodiJation 
with a digital subscriber line method accesses an 
access server (104, 117) connected to an ATM 
switch network (103) by using an ATM cell trans- 
ferred with an asynchronous transfer mode method 

w via an accommodation station side modem (102) 
accommodating a digital subscriber line to which 
the subscrtoer side modem (101) is connected, 
comprising: 

is a connection allocation receiving device for 

receiving an allocation of an unused virtual 
connection from the accommodation station 
side modem by issuing a call originating 
request to the accommodation station side 

20 modem. 

26. An ATM-DSLAM device which is an accommoda- 
tion station side modem (102) for use in a system 
where a subscriber side modem (101) performing 

25 modulation/demodulation with a digital subscriber 
line method accesses an access server (104, 1 17) 
connected to an ATM switch network (103) by using 
an ATM cell transferred with an asynchronous 
transfer mode method via the accommodation sta- 

30 tion side modem (102) accommodating a digital 
subscriber line to which the subscriber side modem 
(101) is connected, comprising: 

an upstream detecting device for detecting an 
35 upstream having a predetermined frequency 

on the digital subscriber line; and 
a controlling device for starting an operation of 
each communicating device included in the 
accommodation station side modem corre- 
40 sponding to the digital subscriber line on which 

the upstream is detected, when said upstream 
detecting device detects the upstream. 

27. The ATM-DSLAM device according to claim 26, 
45 wherein: 

said upstream detecting device monitors the 
upstream having the predetermined frequency 
on the digital subscriber line after said control- 
so ling device starts the operation of each commu- 
nicating device included in the accommodation 
station side modem corresponding to the digital 
subscriber line; and 

said controlling device stops the operation of 
55 each communicating device included in the 

accommodation station side modem corre- 
sponding to the digital subscriber line on which 
the discontinuity of the upstream is detected, 
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when said upstream detecting device detects 
the discontinuity of the upstream. 

28. The ATM-DSLAM device according to claim 27, 
wherein said controlling device performs a call ter- s 
mi nation process for a communication process cor- 
responding to the subscriber side modem 
connected to the digital subscriber line immediately 
before the operation of each communicating device 
included in the accommodation station side modem 10 
corresponding to the digital subscriber line on 
which the discontinuity of the upstream is detected. 

29. A subscriber side modem (101) for use in a system 
where the subscrfoer side modem (101) performing 75 
modulation/demodulation with a digital subscriber 
line method accesses an access server (104. 117) 
connected to an ATM switch network (1 03) by using 

an ATM cell transferred with an asynchronous 
transfer mode method via an accommodation sta- 20 
tion side modem (102) accommodating a digital 
subscriber line to which the subscriber side modem 
(101) is connected, comprising: 

an upstream transmitting device for starting a 25 
transmission of an upstream having a predeter- 
mined frequency when the subscriber side 
modem starts its operation. 

30. The subscriber side modem according to claim 29, 30 
further comprising: 

a call terminating request issuing device for 
issuing a call termination request to the accom- 
modation station side modem when discontinu- 35 
rty of a communication signal from a terminal 
connected to the subscriber side modem itself 
is detected. 
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Con. Mgr. 
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• EXPLICITLY INDICATING TO SVC Cont 
THAT THE VC IS NOT USED 
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SVC Cont 
-►Con. Mgr. 


• CONFIRMING Con. Mgr. THAT VC IS IDLE 
WHEN SVC Cont DESIRES TO USE THE VC 
FOR ITS PORT 
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• UPON RECEIPT OF THIS CELL. Con. Mgr. 
MUST STOP TRANSMISSION OF VC 
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TRANSMITTED EVEN AFTER THIS CELL IS 
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TRANSMISSION OF VC INDICATION CELL 
IS STOPPED 
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THE NUMBER OF TIMES WHICH EXCEEDS 
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EXTERNALLY OUTPUTS THIS FACT AS 
FAULT INFORMATION 


8 


INFORMATION 
TRANSFER 
CELL 


SVC Cont 
—Con. Mgr. 


- USED FOR TRANSFERRING INFORMATION 
REQUIRED FOR SYSTEM OPERATION 
PARTICULARLY IN DIRECTION FROM SVC 
Cont TO Con. Mgr. 

• ACTUAL CONTENTS ARE SPECIFIED BY 
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